Auto merge of #5083 - matklad:Cargo-the-tool-1.0, r=alexcrichton
authorbors <bors@rust-lang.org>
Mon, 26 Feb 2018 22:28:49 +0000 (22:28 +0000)
committerbors <bors@rust-lang.org>
Mon, 26 Feb 2018 22:28:49 +0000 (22:28 +0000)
commitcd2ae969743ed912c4c30ce2dc918d64ff471371
treefe5eba5b2f0bfb6dbc46952060f86b88565ab37c
parentce87cfa6295d2562c5bb0e9404e75722e5093d38
parentcc971ee517353e33428f33ccf329a6a42c2d7e33
Auto merge of #5083 - matklad:Cargo-the-tool-1.0, r=alexcrichton

Make cargo-the-binary version the same as the Rust version

Closes #4211 which seems stuck :-)

Soooo, this is the simplest possible fix to this problem:

```
~/projects/cargo Cargo-the-tool-1.0
λ rustc --version
rustc 1.24.0 (4d90ac38c 2018-02-12)

~/projects/cargo Cargo-the-tool-1.0
λ cargo --version
cargo 0.25.0 (8c93e0895 2018-02-01)
```

It makes `cargo --version` to print the corresponding Rust version (with possibly cargo-specific patch number), while keeping the library version the same as today.

On the one hand, this is horrible. On the other hand, it seems to do the job? In the long term, it would be cool skip one version bump for the library, so that `0.x` corresponds to `1.x`.

cc @rust-lang/cargo

I am not sure that this is good idea, the implementation certainly feels horrible :)